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FOREWORD 


The  Human  Factors  Technical  Area  of  the  Army  Research  Institute 
(ARI)  is  concerned  with  human  resource  demands  of  increasingly  complex 
battlefield  systems  used  to  acquire,  transmit,  process,  disseminate,  and 
utilize  information.  This  increased  complexity  places  great  demands 
upon  the  operator  interacting  with  the  machine  system.  Research  in  this 
area  focuses  on  human  performance  problems  related  to  interactions 
within  command  and  control  centers  as  well  as  issues  of  system  develop¬ 
ment.  The  research  program  includes  both  technology  base  and  advanced 
development  research  as  well  as  a  limited  amount  of  technical  advisory 
service  (TAS)  to  Army  agencies  and  activities.  The  general  purpose  of 
TAS  is  to  provide  inmediate  consulting  assistance  in  meeting  short-term 
priority  requirements. 

One  area  of  special  interest  involves  the  development  of  functional 
design  requirements  for  real-time,  interactive  systems  to  improve  their 
usability  by  Army  personnel.  This  report  is  a  by-product  of  a  TAS 
effort  for  the  Army  Institute  for  Research  in  Management  Information 
and  Computer  Sciences  (AIRMICS),  Atlanta,  Ga.  in  FY  1978.  The  U.S.  Army 
Computer  Systems  Command  (USCSC),  of  which  AIRMICS  is  a  part,  has  a 
requirement  to  convert  many  of  its  batch-oriented  and  semiautomatic 
systems  to  real-time,  interactive  systems.  To  demonstrate  the  potential 
utility  of  human  factors  design  principles,  ARI  developed  a  working 
demonstration  of  an  interactive,  real-time  record-keeping  system.  The 
Standard  Installation/Division  Personnel  System  (SIDPERS)  was  chosen  as 
a  representative  system.  This  report  briefly  describes  that  demon¬ 
stration.  Highlighted  are  the  potential  job  simplification  and  conse¬ 
quent  reduced  personnel  demands  which  can  be  obtained  with  real-time 
interactive  systems  designed  with  attention  to  user  requirements  as  well 
as  fuctional  requirements. 

This  effort  is  responsive  to  requirements  of  Army  Project  2Q263743A774 
and  to  a  specific  request  for  TAS  from  the  U.S.  Army  Computer  Systems 
Command.  The  preliminary  human  factors  analysis  was  performed  by  ARI 
after  discussion  with  Louis  Sernovitz  and  other  AIRMICS  personnel  and 
personnel  from  USCSC,  SIDPERS,  and  the  Military  Personnel  Center  (MILPERCEN). 
David  V.  Meller  at  the  Computer  Engineering  Laboratory  at  the  University 
of  Illinois  implemented  the  specifications  for  the  demonstration. 
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AN  APPLICATION  OF  HUMAN  FACTORS  CONCEPTS  TO  AN  INTERACTIVE  COMPUTERIZED 
PERSONNEL  RECORD-KEEPING  SYSTEM 

BRIEF 


Requirement : 

To  demonstrate  how  human  factors  principles  such  as  feedback,  error 
correction,  and  positive  reinforcement  can  be  applied  to  the  design  of 
the  human-computer  interface  and  the  operational  procedures  of  an 
interactive,  real-time  Army  personnel  record  processing  system. 


Procedure: 

The  Standard  Installation/Division  Personnel  System  (SIDPERS)  was 
identified  as  a  record-processing  system  suitable  for  conversion  to  a 
real-time  interactive  system.  Four  SIDPERS  transactions  (Duty  Status, 
Departure,  Arrival,  and  Grade  Change)  were  selected  as  representative 
tasks  for  demonstrating  the  application  of  behavioral  concepts  and 
principles.  Each  transaction  was  analyzed  to  identify  critical  task 
elements  and  appropriate  design  concepts.  A  hands-on  demonstration  of 
real-time  interactive  procedures  for  the  selected  transactions  was 
programmed  on  the  Programmed  Logic  for  Automatic  Teaching  Operations 
(PLATO)  system. 


Product : 

The  demonstration  is  concerned  primarily  with  the  interaction 
between  the  computer  and  both  an  experienced  and  an  inexperienced  unit 
processing  clerk.  The  demonstration  also  displays  the  interaction 
between  a  unit  supervisor  and  the  computer  and  between  SIDPERS  personnel 
and  the  computer.  The  demonstrated  system  capabilities  include  error 
detection  and  correction,  definition  of  terms,  variable  input  format, 
and  efficient  information  retrieval. 

The  demonstration  clearly  showed  the  advantages  of  a  real-time 
interactive  system  designed  for  specific  types  of  user.  These  advan¬ 
tages  include:  reduction  in  processing  time  and  number  or  errors  per 
transaction,  accommodation  of  different  user  types  and  skill  levels 
(e.g.,  inexperienced  and  experienced  processing  clerks),  and  increased 
user  satisfaction. 


vii 


Utilization  of  the.  Demonstration: 

The  demonstration  can  be  used  in  the  "hands  on"  mode  to  clarify 
both  the  role  of  human  factors  in  the  analysis  of  user  requirements  and 
the  application  of  human  factors  principles  and  techniques  in  the  design 
of  interactive  systems.  The  demonstration  method  itself  can  be  used  as 
an  interactive  test  bed  for  determining  the  feasibility  and  value  of 
alternative  interactive  procedures  and  techniques. 
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AN  APPLICATION  OF  HUMAN  FACTORS  CONCEPTS  TO  AN  INTERACTIVE 
COMPUTERIZED  PERSONNEL  RECORD-KEEPING  SYSTEM 

INTRODUCTION 


The  United  States  Army  has  one  of  the  largest  record-keeping  tasks 
in  the  world.  It  must  keep  up-to-date  records  on  personnel  (e.g.,  their 
location,  skills,  education  level,  and  past  military  record),  weapons 
and  equipment  (e.g.,  physical  specifications,  research  and  maintenance 
data,  supply  and  demand  information),  and  other  items  such  as  food, 
clothing,  computers,  and  housing.  Th*e  Army's  personnel  record-keeping 
system  has  been  converted  from  manual  to  semiautomatic  operations  and  in 
the  near  future  will  progress  to  real-time,  interactive  computer  operations. 
The  Army's  interest  in  real-time  interactive  systems  results  from  their 
potential  cost  savings  and  increased  efficiency.  Many  of  the  present 
manual  and  semiautomatic  systems  are  characterized  by  long  turnaround 
times,  excessive  errors,  and  the  high  personnel  costs  associated  with 
many  highly  trained  operators. 

Many  design  options  and  alternatives  are  available  for  the  develop¬ 
ment  of  a  real-time  interactive  personnel  record-keeping  system.  Some 
are  costly,  others  are  not;  some  are  complex,  others  are  simple.  Many 
possible  trade-offs  are  plausible.  The  system  must  be  analyzed  carefully 
and  behavioral  guidelines  must  be  applied  in  order  to  determine  the 
optimum  level  of  hardware  and  software  complexity  to  meet  the  needs  of 
the  operator  and  to  keep  system  costs  and  complexity,  as  well  as 
operator  training  and  skills,  at  reasonable  levels.  The  purpose  of  this 
project  was  to  demonstrate  a  working  model  of  a  potential  interactive, 
real-time  record-keeping  system  in  order  to  provide  a  "hands-on”  demon¬ 
stration  of  input/output  procedures  and  software  techniques  that  can  aid 
operators  and  users.  No  attempt  was  made  to  devise  a  complete  system. 

The  Standard  Installation/Division  Personnel  System  (SIDPERS),  a  current 
semiautomatic  Army  personnel  record-keeping  system,  was  chosen  as  the 
context  in  which  to  demonstrate  the  procedures. 

This  report  describes  technical  advisory  service  provided  to  the  US 
Army  Institute  for  Research  in  Management  Information  and  Computer 
Sciences  (AIRMICS).  The  report  provides  a  brief  description  of  the 
current  SIDPERS  and  potential  application  of  interactive  techniques  in 
SIDPERS,  and  a  detailed  description  of  selected  real-time  transactions 
in  the  SIDPERS  demonstration . ^ 


^The  interested  reader  is  encouraged  to  contact  the  Human  Factors 
Technical  Area  at  ARI  (202)  274-8905  (AV:  284-8905)  for  a  live 
demonstration  of  the  SIDPERS  interactive  processing  described  in  this 
report . 
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SIDPERS 


Operationally,  SIDPERS  is  part  of  the  Army's  Personnel  Information 
System  (PERSINS),  designed  to  create,  maintain,  and  update  the  Department 
of  Army  (DA)  Form  2.  Toward  this  end  the  standard  personnel  data  record 
reporting  system  provides  a  two-way  flow  of  personnel  information 
between  reporting  organizations  at  the  unit  level,  the  Military  Personnel 
Accounting  Activity  (MILPAC),  and  HQDA. 

The  basic  actions  currently  taken  to  process  a  person  who  has  already 
left  one  unit  and  is  arriving  at  a  new  unit  (i.e.,  an  arrival  transaction) 
are  illustrated  in  Figure  1.  Typically,  vdien  a  person  transfers  from 
one  unit  to  another  he  or  she  reports  first  to  the  military  processing 
office,  and  then  to  the  unit  clerk.  The  reporting  person  usually 
carries  his  or  her  own  forms  and  documents.  The  unit  clerk  gathers 
those  documents  which  are  needed  to  process  the  arrival  of  the  new  unit 
member  (Figure  1,  Symbol  1),  extracts  all  the  needed  information,  and 
records  the  data  onto  computer  coding  sheets  (Figure  1,  Symbol  2).  The 
unit  chief  checks  the  clerk's  work  (Figure  1,  Symbol  3)  and  provides 
feedback  if  there  is  any  discrepancy  between  the  information  on  the 
personnel  records  and  the  information  on  the  coding  forms.  If  the  unit 
chief  is  satisfied  with  the  information  on  the  computer  coding  forms, 
the  unit  clerk  transfers  the  data  to  mark-sense  (optical  scan)  forms 
(Figure  1,  Symbol  A).  The  mark-sense  forms  are  sent  to  a  processing 
center  to  be  read  and  transformed  into  punched  cards  (Figure  1,  Symbol 
5).  The  punched  cards  are  then  sent  to  another  location  where  they  are 
read  into  and  processed  by  the  computer  (Figure  1,  Symbol  6).  The 
computer  determines  whether  the  information  is  acceptable  (Figure  1, 

Symbol  7).  For  example,  the  computer  verifies  that  alphabetic  characters 
are  not  in  numeric  fields,  and  that  required  data  are  not  missing.  If 
the  data  are  found  acceptable,  the  "arrived"  person  is  declared  eligible 
for  duty.  If  the  data  are  not  found  acceptable,  the  processing  must  be 
restarted  with  the  unit  clerk  (Figure  1,  Symbol  2).  The  "arrived" 
person  is  not  eligible  for  duty  until  the  successful  completion  of  the 
personnel  processing  cycle. 

The  current  SIDPERS  batch-processing  system  has  a  number  of  potential 
sources  of  error  and  delay  which  could  be  reduced  by  using  an  interactive 
system  and  taking  advantage  of  knowledge  of  human  capabilities  and 
limitations.  For  instance,  the  information  contained  on  the  personnel 
forms  is  transferred  four  times  during  the  processing  cycle  (from 
personnel  forms  to  computer  coding  sheets  to  mark-sense  forms  to  punched 
cards  to  computer  storage).  This  process  increases  the  probability 
of  error  as  well  as  the  total  processing  time.  Human  error  is  very 
likely  in  the  transfer  of  data  from  personnel  forms  to  computer  coding 


steps  taken  to  process  arriving  personnel  in  the  current  SIDPERS. 


sheets  and  from  the  latter  to  mark-sense  forms.  Mistakes  can  be  made 
both  by  the  clerk  who  transcribes  the  information  and  by  the  supervisor 
who  checks  and  proofreads  it.  The  percentage  of  personnel  data  record 
transactions  (e.g.,  departure,  arrival,  grade  change)  which  must  be 
reprocessed  is  very  high  (some  estimates  are  as  high  as  8GZ).  Total 
time  to  process  a  single  personnel  transaction  is  often  much  longer  than 
necessary . 

The  transferral  of  data  from  mark-sense  forms  to  punched  cards  and 
from  punched  cards  to  computer  storage  drastically  increases  processing 
time.  It  currently  takes  approximately  three  days  (using  conservative 
estimates)  to  process  an  arrival  transaction.  Typical  delays  include 
the  following:  The  unit  supervisor  can  hold  the  transcribed  information 
before  checking  it;  the  unit  supervisor  may  return  the  transcribed 
information  for • correction ;  the  clerk  may  delay  transcribing  the  infor¬ 
mation  onto  mark-sense  forms;  the  clerk  may  be  delayed  in  mailing  or 
transporting  the  mark-sense  forms  to  the  processing  center;  the  mark- 
sense  processing  center  may  have  a  backlog  of  forms  to  process;  the 
mark-sense  processing  center  may  delay  transportation  of  punched  cards 
to  the  computer  center;  and  finally,  if  the  computer  detects  an  error, 
the  entire  process  must  be  restarted. 

Complex  and  awkward  personnel  data  processing  not  only  decreases  unit 
effectiveness,  but  also  frustrates  the  individual  military  personnel  who 
must  wait  for  days  to  have  their  personnel  records  updated.  The  system 
can  be  especially  frustrating  when  promotions,  increases  in  pay,  temporary 
duty  assignments,  or  educational  credits  are  involved. 

POTENTIAL  APPLICATION  OF  INTERACTIVE  TECHNIQUES  IN  SIDPERS 

The  following  description  considers  the  types  of  interactive  tech¬ 
niques  and  procedures  available  and  how  they  might  be  applied  in  a 
real-time  data-processing  system  for  personnel  record-keeping.  It  is 
not  meant  to  include  all  phases  of  a  potential  interactive  SIDPERS,  nor 
is  it  meant  to  be  other  than  a  description  of  one  of  several  possible 
approaches . 

The  interactive  SIDPERS  demonstration  is  based  primarily  upon  the 
processing  requirements  of  personnel  clerks.  However,  it  also  considers 
briefly  the  requirements  of  unit  supervisors  and  SIDPERS  personnel 
(i.e.,  systems  personnel).  The  clerks,  usually  assigned  to  a  specific 
unit,  input  the  necessary  information  into  the  system.  They  can  be 
divided  into  two  types,  the  experienced  and  the  inexperienced.  The 
demonstration  accommodates  some  of  the  human-computer  interface  require¬ 
ments  for  both  experienced  and  inexperienced  clerks. 
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To  aid  the  unit  supervisor,  the  demonstration  provides  for  the 
retrieval  of  personnel  records.  It  also  shows  the  manner  in  which 
SIDPERS  personnel  may  alter  what  the  input  clerk  sees  on  the  interactive 
display. 

SIDPERS  contains  approximately  40  different  transaction  types. 

Four  transaction  types  were  selected  as  representative  with  respect  to 
complexity,  frequency  of  use,  error  rate,  and  transaction  size  (i.e., 
the  number  of  input  characters  and  elements  entered  per  transaction). 

For  each  transaction  type  several  fictitious  personnel  records  were 
created.  These  records  consist  of  the  filled-in  forms  which  the  unit 
clerk  would  ordinarily  have  in  order  to  process  the  transaction. 
Appendixes  A,  B,  C,  and  D  contain  fictitious  personnel  records  for  four 
individuals,  one  for  each  transaction  type.  The  four  transaction  types 
selected  for  the  demonstration  were: 

a.  Duty  Status  Transaction  -  Required  whenever  a  person  acquires 
a  new  duty  status  (e.g.,  present  for  duty,  sick  leave,  travel  duty). 

See  Appendix  A  for  a  sample  set  of  duty  status  records. 

b.  Departure  Transaction  -  Required  when  a  person  leaves  a  unit 
for  another  unit.  See  Appendix  B  for  a  sample  set  of  departure  records. 

c.  Grade  Change  Transaction  -  Required  whenever  a  person  changes 
grade,  including  demotion  as  well  as  promotion.  See  Appendix  C  for  a 
sample  set  of  grade  change  records. 

d.  Arrival  Transaction  -  Required  when  a  person  arrives  at  a  new 
unit  after  having  left  his  or  her  old  unit.  This  transaction  does  not 
cover  persons  who  have  just  entered  the  Army  and  are  being  assigned  for 
the  first  time.  See  Appendix  D  for  a  sample  set  of  arrival  records. 

The  capabilities  utilized  in  the  interactive  real-time  SIDPERS 
demonstration  are  based  on  a  behavioral  analysis  of  the  potential 
trouble  spots  that  would  interfere  with  or  hinder  the  user  or  clerk  in 
interacting  effectively  with  a  real-time  SIDPERS.  The  individual 
elements  of  each  of  the  transaction  types  were  analyzed  to  determine 
such  items  as  the  procedures  and  data  required  for  successful  task 
performance  and  likely  sources  of  error  and  confusion. 

Potential  clerk  problems  and  difficulties  (especially  for  naive 
users)  are  illustrated  by  the  following  questions  compiled  during 
the  analysis: 

What  data  should  I  input  next? 

Where  is  the  information/data  requested  by  the  computer  located? 

How  should  I  input  the  data?  (i.e.,  What  is  the  input  format?) 
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Will  che  computer  accept  one  and  only  one  way  of  inputting  the  data? 
Where  on  the  screen  should  I  input  the  data? 

What  are  the  meanings  of  certain  terms  and  abbreviations  used  by  the 
computer? 

Are  there  errors  in  the  input  data? 

Where  is  the  error? 

What  is  the  nature  of  the  error? 

How  can  I  correct  the  error? 

Can  I  change  an  entry  even  if  the  computer  doesn't  recognize  an  error? 
How? 

Is  the  computer  processing  my  input  or  is  it  waiting  for  me  to  do 
something? 

Can  I  input  data  as  fast  as  I  want  to  or  must  I  always  keep  the  same 
pace? 

What  should  I  do  if  I'm  completely  lost? 

Unit  supervisors  and  SIDPERS  personnel  have  additional  concerns 
illustrated  by  the  following  questions: 

What  are  the  qualifications  of  a  person  newly  arrived  at  the  unit? 

How  do  I  access  personnel  information? 

How  can  I  obtain  only  the  information  I  want  without  irrelevant 
or  excess  information? 

Who  made  the  changes  to  a  certain  personnel  record?  When  and  where 
were  they  made? 

How  can  codes,  terms,  information  items,  screen  organization,  etc., 
be  changed,  added,  or  deleted  in  the  system? 

From  the  analysis  of  the  task  processing  requirements,  specific  tech¬ 
niques  to  aid  the  user  were  identified  (Alter,  1977;  Chamberlain,  1975; 
Chapanis,  1965;  Engel  and  Cranda,  1975;  Foley,  1974;  Kennedy,  1975; 

Newman,  1966).  These  include  error  detection  and  correction,  prompting, 
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user  feedback,  memory  aids,  and  perceptual  organization  of  display 
screens.  The  computer  will  not  allow  the  user  to  proceed  until  a 
computer-detected  error  is  corrected.  However,  the  computer  makes 
correction  easier  by  providing  error  messages  which  describe  the  specific 
error,  where  it  occurred,  and  the  actions  required  to  correct  it  and 
proceed  with  the  transaction.  User  feedback  is  used  to  minimize  input 
error  rate  and  to  make  it  easier  for  the  user  to  recover  from  an  error. 
Timely  feedback  is  also  important  for  smooth  transaction  flow;  continuing 
feedback  (i.e.,  the  computer  acknowledging  the  user’s  input)  on  a  timely 
basis  provides  the  user  with  a  sense  of  continuity. 

Memory  aiding  was  also  used  in  the  demonstration.  In  a  system  as 
large  as  SIDPERS,  terms,  abbreviations,  and  codes  are  forgotten  even 
by  experienced,  frequent  users.  The  demonstration  enables  the  user  to 
ask  the  computer  to  define  words,  phrases  and  abbreviations. 

Display  techniques  used  in  the  demonstration  include  menu  selection, 
touch-panel,  function  keys,  and  display  highlighting.  The  use  of 
certain  function  keys,  for  example,  enables  the  computer  to  refresh  a 
user’s  memory  or  to  instruct  a  naive  user  on  the  proper  terminology, 
input  format,  or  error-correction  procedures. 

The  PLATO  (Programmed  Logic  for  Automatic  Teaching  Operations) 
system2  was  chosen  for  the  demonstration  because  it  has  the  versatile 
software  necessary  for  interaction,  and  because  it  provided  the  means 
to  produce  the  demonstration  at  low  cost,  in  a  reasonable  time. 

See  Figures  2  and  3  for  a  picture  of  the  PLATO  terminal  and  a 
diagram  of  the  PLATO  keyboard.  The  features  of  the  PLATO  software  lend 
themselves  well  to  the  interactive,  real-time  approach.  For  instance, 
the  PLATO  system  provides  a  very  fast  response  time,  a  maximum  of  1-2 
seconds.  Also,  the  PLATO  system  allows  a  word  or  group  of  words  (i.e., 
input)  to  be  stored  in  a  buffer  so  that  during  correction  or  rewording, 
one  letter,  one  word,  or  a  group  of  words  can  be  recovered  without 
having  to  re-enter  each  character.  Another  time-saving  feature  allows 
capitalization,  spaces,  and  symbols  to  be  ignored. 

In  general,  the  design  of  this  demonstration  and  the  procedures 
utilized  were  based  on  a  conscious  effort  to  maximize  the  "aiding"  to 
the  user  within  the  limits  of  reasonable  cost  and  software  flexibility. 


2The  use  of  the  PLATO  system  does  not  constitute  endorsement  by  the 
US  Army  or  ARI. 
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Figure  2.  The  PLATO  terminal 


Figure  3.  The  PLATO  keyboard 


INTERACTIVE  SIDPERS:  SELECTED  TRANSACTIONS 


The  interactive  SIDPERS  processing  flow  is  essentially  the  same  for 
all  transactions.  Figure  4  illustrates  the  basic  steps  necessary  for 
interactive  processing  of  an  arrival  transaction.  By  comparing  Figures 
1  and  4  it  is  clear  that  in  the  real-time  mode  fewer  people  are  involved 
in  processing  the  information.  Only  one  person  is  needed  to  extract  the 
information  from  the  personnel  data  files  and  input  the  information  into 
the  computer  via  the  PLATO  keyboard.  This  process  considerably  decreases 
the  total  transaction  processing  time.  The  effect  of  changing  from 
batch  to  interactive  processing,  in  terms  of  the  alternative  transaction 
sequences  (Figures  1  and  4),  is  to  reduce  the  number  of  individual  steps 
in  processing  the  transaction  and  the  amount  of  "paper  shuffling" 
required;  i.e.,  four  processing  steps  (Symbols  3,  4,  5  and  6  of  Figure 
1)  are  replaced  by  one  step  (Symbol  3  of  Figure  4).  This  reduction 
illustrates  the  potential  personnel  saving  of  changing  from  a  semi¬ 
automatic  SIDPERS  to  a  real-time,  interactive  SIDPERS. 

This  section  describes  portions  of  selected  transactions  in  the 
demonstration  in  terms  of  what  simulated  typical  users  (i.e.,  clerks, 
unit  supervisors,  and  SIDPERS  personnel)  saw  and  did  in  processing 
personnel  transactions  using  an  interactive  SIDPERS.  First,  an  experi¬ 
enced  clerk's  duty  status  transaction  is  illustrated,  followed  by  an 
inexperienced  clerk's  processing  of  a  departure  transaction  and  parts  of 
arrival  and  grade  change  transactions.  The  retrieval  of  personnel 
information  by  a  unit  supervisor  is  depicted  using  two  data  retrieval 
modes.  Finally,  the  interaction  between  SIDPERS  system  personnel  and 
the  computer  is  illustrated  by  alteration  of  an  arrival  transaction 
screen. 

Processing  of  a  Duty  Status  Transaction  by  an  Experienced  Clerk 

The  first  screen  that  the  processing  clerk  saw  is  shown  in  Figure  5a. 
(This  and  the  following  figures  were  transcribed  from  images  taken 
directly  from  the  PLATO  plasma  display  via  a  Varian  Printer,  Model 
30-V.)  Figure  5b  shows  that  the  user  entered,  via  the  keyboard,  both 
the  name  and  the  social  security  number  of  the  person  being  processed. 

(See  Appendix  A  for  this  individual's  arrival  records.)  Entering  the 
name  and  social  security  number  is  a  two-step  process.  The  clerk  first 
input  the  name  of  the  person  being  processed  and  then  depressed  the 
"next"  key  (after  making  most  entries  the  "next"  key  must  be  depressed). 
Since  that  name  was  found  in  the  SIDPERS  data  base,  the  computer  requested 
the  clerk  to  enter  the  social  security  number.  (The  fact  that  the  name 
had  been  entered  in  small  letters  without  spacing  or  a  comma  and  was 
accepted  by  the  computer  illustrates  the  utility  of  having  variable 
format  capability.)  Upon  verification  of  the  social  security  number  for 
the  entered  name,  the  clerk  continued  processing  the  transaction. 
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Figure  4.  The  basic  steps  necessary  to  process  an  arrival  transaction  in  the  interactive  SIDPERS 
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Next,  the  computer  requested  the  clerk  to  identify  the  type  of 
transaction  to  be  processed  by  selecting  from  a  menu  (Figure  5c).  The 
clerk  entered  "ds"  for  "Duty  Status,"  and  Figure  5d,  which  asked  the 
clerk  for  the  "new  duty  status,"  automatically  appeared. 

The  clerk  then  entered,  at  the  top  of  the  screen,  the  code  designating 
a  hospital  stay  (Figure  5e).  After  the  clerk  depressed  the  "next"  key, 
the  computer  verified  the  validity  of  the  code  "hos,"  indicated  it  was 

acceptable,  and  asked  for  the  next  item  (Figure  5f).  Note  that  information 

the  user  entered  appeared  near  the  top  of  the  screen  before  it  was 
validated  and  in  the  middle  of  the  screen  after  validation.  (In  the 
transactions  to  follow,  this  format  changes  several  times  to  point  out 
screen  formatting  flexibility.)  After  all  the  required  entries  in  the 
duty  status  transaction  had  been  input  and  accepted,  the  clerk  was  given 
three  options,  which  appeared  at  the  bottom  of  the  screen  (Figure  5g). 

The  clerk  could  start  the  transaction  all  over  again,  edit  one  or  more 

of  the  items,  or  send  the  information  directly  to  the  computer  files. 

Prompting  was  the  only  explicit  aid  that  the  experienced  clerk  was 
given.  This  is,  the  clerk  was  requested  to  provide  a  sequence  of 
individual  data  items  which  he  or  she  presumably  quickly  retrieved  from 
the  records  and  input  to  the  computer.  This  sequential  procedure  may  be 
too  slow  for  a  highly  experienced  clerk,  especially  for  .Juch  a  short 
transaction.  The  highly  experienced  clerk  may  prefer  to  enter  the  three 
items  on  one  line  as  one  continuous  stream.  In  this  case,  the  total 
arrival  input  would  have  been  "hos 1545780310. "  Although  not  part  of  the 
SIDPERS  demonstration,  the  stream  input  procedure  could  easily  be  added. 

For  instance,  an  experienced  clerk  who  knew  the  required  input  sequence 
could  depress  a  function  key  to  let  the  computer  know  that  the  following 
input  would  be  stream  input.  If  that  function  key  were  not  depressed 
the  computer  would  assume  that  each  data  item  was  to  be  input  separately. 
Regardless  of  the  method  used,  the  input  would  be  verified  by  error-cor¬ 
rection  routines.  (The  verification  process  was  not  evident  since  all 
of  the  demonstration  inputs  were  immediately  accepted.) 

Processing  of  a  Departure  Transaction  and  Parts  of  Arrival  and  Grade 
Change  Transactions  by  an  Inexperienced  Clerk 

The  transaction  started  with  an  incorrect  "name"  entry  resulting  in 
an  error  message  (Figure  6a).  (See  Appendix  B  for  the  fictitious 
personnel  forms  for  James  G.  Smith.)  After  correction,  the  computer 
accepted  the  new  input  by  signifying  "ok"  (Figure  6b).  The  computer 
aided  the  inexperienced  user  in  two  ways.  First,  it  informed  the  clerk 
of  an  unverifiable  name  input  and  then  it  gave  the  clerk  positive 
reinforcement  when  a  verifiable  entry  was  made. 
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Figure  5g.  Duty  Status  Transaction.  A  completed  and  accepted  transaction 
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Name  Smith,  lames  C  ok 

last  name,  first  middle  initial 

SSN  2> 
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After  correcting  the  name  input,  the  clerk  entered  the  social 
security  number  (Figure  6c).  Note  that  the  formats  for  the  name  and 
social  security  number  in  Figure  6c  are  different  than  those  entered  in 
Figure  5b.  The  computer  is  programmed  to  permit  variable  input  modes 
for  both  items.  That  is,  for  the  name  input  it  allows  the  user  to 
include  or  skip  spaces,  commas,  and  periods  and  to  use  lower-case 
letters.  The  social  security  number  can  be  input  as  a  continuous  string 
of  nine  digits  or  the  digits  may  be  separated  by  slashes  (/),  hyphens, 
or  blanks.  This  variable  input  feature  again  displays  the  potential 
flexibility  of  an  interactive  system  in  adapting  to  nondestructive  user 
idiosyncracies  (i.e.,  those  user  input  habits  that  do  not  affect  input 
information) . 

After  the  clerk  indicated  that  he  or  she  was  entering  a  departure 
transaction,  the  computer  immediately  requested  the  first  entry  in  the 
departure  transaction  (Figure  6d).  At  this  point  the  inexperienced 
clerk  depressed  the  "help"  key  to  find  out  what  to  do  next.  The  computer 
then  provided  a  message  explaining  where,  in  the  accompanying  personnel 
forms,  to  find  the  information  (Figure  6e).  The  message  states  that  the 
data  will  be  found  on  DA  Form  647-1,  in  the  "OUT  DATE"  box,  and  that  six 
numbers  representing  the  year,  month,  date  should  be  entered.  The 
message  also  provided  an  example  of  the  required  data  (780228)  for  the 
clerk.  The  clerk  located  the  departure  date  in  the  records  but,  upon 
entering  the  date,  inadvertently  depressed  the  letter  "0"  key  instead  of 
the  Zero  "0"  key.  As  a  result  the  clerk  received  an  error  message  after 
depressing  "next"  (Figure  6f).  The  error  message  informed  the  clerk 
that  an  error  had  occurred  and  that  the  input  characters  must  all  be 
numeric  (the  message  also  could  have  underlined  the  error  to  identify 
it ). 


After  supplying  the  correct  departure  and  report  dates  the  clerk 
was  asked  to  input  the  "movm.  des.  code  (mdc )"  (Figure  6g).  The  clerk 
did  not  know  what  "mdc"  meant  or  what  "movm.  des.  code"  meant.  Therefore 
the  clerk  depressed  the  "shift"  key  and  then  the  "term  ans"  key  and  was 
immediately  asked  by  the  computer  to  input  the  term  to  be  defined.  The 
computer's  query  "what  term?"  is  followed  by  the  clerk's  typed  input 
"mdc"  in  Figure  6h .  After  the  clerk  depressed  "next"  he  was  given  a 
definition  of  "mdc"  (Figure  6i). 

With  the  completion  of  the  remaining  departure  inputs  (the  movement 
designator  code,  the  gaining  unit  processing  code,  the  number  of  days 
leave,  the  number  of  travel  duty  days,  and  the  number  of  months  overseas) 
the  clerk  was  ready  to  send  the  information  to  the  computer  (Figure  6j). 
Let  us  assume,  however,  that  the  clerk  had  somehow  reversed  the  departure 
and  report  dates.  In  that  case  the  screen  would  have  looked  like  that  in 
Figure  6k.  This  figure  differs  from  the  previous  figure  in  two  ways: 
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Figure  tie.  Departure  Transaction,  "help"  message  for  "departure  date  entry 


Figure  6i.  Departure  Transaction.  Definition  of  "mdc" 
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[  DEPARTURE 

1  Smith.  James  C 

1  747618121 

1  d  departure  dete 

780622  ] 

1  r  report  dete 

780025 

j  m  movm  des  code  (mdc) 

2b  1 

j  g  faming  upc 

wo49aa 

1  number  of  days  leave 

2 

t  number  of  tdy  days 

0 

o  num  months  overseas 

0 

=  -  >  To  start  over 

(press  STOP)  j 

\  =  =  )  To  change  something  (press  EDIT)  J 

\  =  =  >  To  send  info  to  computer  (press  COPY)  / 

Figure  6j.  Departure  Transaction.  A  completed  and  accepted  transaction 


DEPARTURE 
Smtth.  lames  C 
747618121 

d  departure  date 
r  report  date 
m  movm  des  code  (mdc) 
8  gaming  up< 

I  number  of  days  leave 
t  number  of  tdy  days 
o  num  months  overseas 


Edit  Item  a 


Figure  6k.  Departure  Transaction.  Reversal  of  inputs  for  departure  and  report  dates 
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the  departure  date  and  the  report  date  are  enclosed  In  rectangles  to 
indicate  that  a  logical  error  exists,  and  the  edit  option  at  the  bottom 
of  the  screen  appears  automatically.  Upon  depression  of  the  "d"  key 
(for  item  d,  departure  date),  and  then  the  "next"  key,  a  screen  appears 
(Figure  61)  which  explains  that  while  the  format  for  the  departure  entry 
was  "ok,"  a  conflict  exists  between  the  departure  date  and  the  report 
date.  That  is,  the  two  entries  enclosed  in  rectangles  show  James  G. 
Smith  as  scheduled  to  report  at  his  new  unit  before  he  is  scheduled  to 
depart  his  old  unit.  The  error  must  exist  in  the  departure  entry  or 
report  entry  or  both.  Upon  correction  of  the  errors  through  the  edit 
feature,  the  final  screen  for  the  departure  transaction  is  the  same  as 
shown  in  Figure  6j . 

The  detection  of  an  error,  such  as  the  date  conflict  above,  is  not 
limited  to  data  that  appear  simultaneously  on  the  screen.  For  instance, 
when  James  G.  Smith  (who  was  previously  processed  as  a  departure)  was 
later  processed  as  an  arrival,  the  clerk  input  an  arrival  date  inconsis¬ 
tent  with  the  departure  date  stored  in  computer  memory.  The  clerk  was 
notified  of  the  conflict  via  the  screen  message  (Figure  7a).  The 
arrival  date  was  subsequently  corrected  via  the  edit  feature  and  the 
arrival  transaction  was  completed  (Figure  7b). 

A  comparison  of  Figures  7a  and  7b  with  Figure  5f  and  with  Figure  6i 
shows  a  different  screen  format  for  each  of  the  three  transactions. 

That  is,  the  same  entry  type  (e.g.,  the  initial  data  entries,  the  final 
or  accepted  data  entries,  and  the  name  and  social  security  number) 
appears  at  different  screen  locations  in  different  transactions .  This 
illustrates  the  format  flexibility,  which  may  be  used  to  accommodate  the 
likes  or  dislikes  of  different  clerks  or  the  space  constraints  of 
different  transaction  types. 

An  example  of  input  flexibility,  particularly  adaptable  to  the 
inexperienced  user,  was  used  midway  through  a  grade  change  transaction. 
(See  Appendix  C  for  typical  grade  change  records.)  In  order  to  input 
the  "PMOS"  (primary  military  occupational  specialty),  "how  acquired" 
code,  the  clerk  touched  the  portion  of  the  screen  over  the  appropriate 
letter  code  toward  the  bottom  of  the  screen  (Figure  8a).  The  computer 
accepted  the  "touch  input,"  placed  it  in  the  appropriate  position  on  the 
screen,  and  then  asked  for  the  next  data  item  via  touch  input  (Figure 
8b).  One  advantage  of  a  capability  like  touch  input  is  that  it  serves 
as  an  alternative  to  keyboard  input  for  those  users  who  are  either 
unsure  of  their  typing  skills  or  who  are  simply  bored  by  the  typing 
procedure. 

The  array  of  potential  entry  codes,  whether  input  via  touch  or  type 
procedures,  can  be  constructed  to  consist  only  of  logical,  acceptable 
codes.  For  example,  after  the  clerk  input  the  "grade,  promoted  to" 
code,  the  computer  asked  for  the  "grade,  how  acquired"  code  (Figure  8c). 
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departure 

Smith,  James  C 
7476T0TZT 


[departure  date 


report  date 


departure  date 


movm  des  code  (mdc) 
gaming  upc 
number  of  days  leave 
number  of  tdy  days 
number  months  overseas 


700020 

700025 

2b 

v*o49»a 

2 

0 

0 


Figure  61.  Departure  Transaction.  Computer  detection  of  date  conflict  and  presentation  of  Edit 
capability  to  correct  input  errors 


smithiamesg 

747618121 


a  Arrival  Date 
g  Gginmg  Unit  Code 
p  Position  Number 


=  =  >  To  start  over  (press  STOP) 

=  =  *  To  change  something  (press  EDIT) 

=  =  >  To  send  inlo  to  computer  (press  COPY) 


Figure  7b.  Arrival  Transaction.  Completed  and  accepted  transaction 


GRADE  CHANCE 


d  date  ot  grade  change  780621 
p  primary  MOS  9,»bl0 

a  add  skill  ID  code  20 

m  pmos,  how  acquired 


pmos.  how  acquired 


A  B  C  D  M  G 


h  i~j  p  rv  t  u 


Figure  8a.  Grade  Change  Traniaction.  Touch  input  icreen  for  "pmos,  how  acquired"  code 
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Although  other  "grade,  how  acquired"  codes  exist,  the  computer  determined 
that  only  "D"  and  "E"  were  logically  possible.  The  advantage  of  this 
technique  is  that  it  reduces  the  potential  for  .  input  error  by  reducing 
the  input  choices  to  valid  entries.  The  disadvantage  is  that  any  listed 
item  will  be  acceptable  to  the  computer,  so  that  if  a  mistake  is  made  at 
this  point  (if,  for  instance,  "E"  were  selected  from  the  screen  in 
Figure  8c),  the  computer  could  not  detect  that  "E"  was,  in  fact,  an 
error . 

The  final  screen  for  the  grade  change  transaction  is  shown  in 
Figure  8d.  Note  again  that  the  formatting  and  locations  of  the  grade 
change  transaction  elements  in  this  display  are  different  from  the 
elements  in  previous  transaction  displays. 

Retrieval  of  Personnel  Information  by  a  Unit  Supervisor 

Figure  9a  depicts  a  partial  record  for  a  fictitious  person  identified 
by  a  unit  supervisor.  The  record  screen  displays  only  the  data  contained 
in  the  four  SIDPERS  transactions  that  were  used  in  this  demonstration. 

A  similar  personnel  supervisor  aid,  a  trace  feature,  displays  the  last 
six  duty  status  transactions  in  that  individual's  personnel  record,  in 
chronological  order  (Figure  9b).  The  first  line  in  the  last  duty  status 
transaction  entry  on  this  list,  item  120,  informed  the  SIDPERS  supervisor 
who  made  the  entry  (tom  g),  the  name  of  the  organization  or  agency  the 
clerk  was  in  (ARI),  the  date  the  entry  was  made  (781205)  the  time  of  day 
of  the  entry  (0848),  and  the  physical  location  of  the  input  terminal 
(site  727).  The  second  line  of  the  last  entry  (the  underlined  portion) 
listed  the  duty  status  entries  themselves.  For  duty  status  transactions 
processed  before  those  listed  in  Figure  9b,  the  supervisor  need  only  have 
depressed  the  "back"  key.  As  mentioned,  Figure  9b  listed  the  last  six 
entries  made  for  the  duty  status  transaction.  The  trace  may  include  only 
one  transaction  type  or  a  set  of  transaction  types. 

The  record  and  trace  features  can  be  very  helpful  to  unit  commanders 
and  unit  supervisors  concerning  personnel  decisions  and  assignments. 

For  example,  when  new  personnel  must  be  assigned,  vacancies  occur,  or 
special  projects  must  be  staffed,  supervisors  can  retrieve  the  records 
of  pertinent  personnel  (via  the  record  or  trace  feature)  in  order  to 
help  them  make  their  personnel  assignment  decisions. 

Alteration  of  System  Procedure  or  Format  by  SIDPERS  Personnel 

In  any  large  system,  user  codes  must  be  occasionally  deleted  from, 
changed,  or  added  to  an  existing  list.  This  procedure  can  be  accomplished 
in  the  demonstration  relatively  easily  via  a  screen  like  the  one  in 
Figure  10.  All  the  current  legitimate  duty  status  codes  are  listed.  At 
the  bottom  of  the  screen  any  of  the  three  options  (add,  delete,  or 
change)  can  be  executed. 
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CRAPE  CHANGE 


wolf  ernest 
444321196 


d  date  of  grade  change 
p  primary  rnos 
a  add  skill  ID  code 
m  pmos,  how  acquired 
g  grade  promoted  to 
h  grade,  how  acquired 


ss  s  >  To  start  over  (press  STOP) 

=  =  >  To  change  something  (press  EDIT) 

=  =  >  To  send  info  to  computer  (press  COPY) 


Figure  8d.  Grade  Change  Transaction.  Final  screen 


Name 

millet  a  Ibertc 

SSN 

978176264 

Depart  Date 

78/06/09 

UPC 

*4in67 

Report  Date 

78/06/1 5 

MDC 

4s 

Days  Leave 

3 

Days  TDY 

0 

Months  OS 

0 

Arrival  Date 

78  06  IS 

Position  Number 

54 

Duty  Status 

PDY 

Time  of  Change 

2130 

Date  of  Duty  Status 

78/03/26 

Grade 

SCT 

Grade  How  Acquired 

E 

Date  of  Rank 

78/10/13 

Primary  MOS 

11C50 

Additional  Skills 

55 

P  MOS  How  Acquired 

P 

Figure  9a.  Personnel  Information  Retrieval.  A  partial  record  for  a  fictitious  person  identified 
by  a  unit  supervisor 
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Figure  10.  Alteration  Screen  for  SIDPERS  Duty  Status  List 
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Sometimes  it  becomes  necessary  to  change  what  the  unit  clerk  sees  on 
the  display.  For  instance,  display  screens  may  require  reorganization, 
definitions  may  need  expansion  or  clarification,  transaction  items  may 
require  rewording,  or  input  modes  may  need  to  be  changed.  To  make  input 
screen  changes  (to  be  seen  by  the  clerk  in  processing  transactions), 
SIDPERS  personnel  can  interact  with  both  a  general  option  screen  and  a 
specific  transaction  option  screen..  On  the  general  option  screen, 
parameters  are  defined  which  apply  to  any  or  all  of  the  transaction 
types  in  the  demonstration.  For  instance,  in  the  general  option  screen 
retrieved  by  the  SIDPERS  user  (Figure  11a)  line  "a"  states  that  touch 
input  may  be  used  for  any  or  all  of  the  four  transaction  types.  Line 
"b"  states  that  the  name  and  social  security  number  must  be  given  to  and 
verified  by  the  computer  before  the  specific  elements  of  a  transaction 
are  entered.  Other  parameters  specify  such  items  as  where  on  the  screen 
the  help  and  feedback  messages  are  displayed,  and  where  the  touch  input 
is  located  (if  used).  When  the  user  depressed  the  "lab"  key  while  the 
general  option  screen  was  displayed  a  screen  resulted  (Figure  lib)  which 
graphically  illustrates  the  effects  of  selecting  parameters  in  the 
previous  general  screen.  This  latter  type  of  display  is  useful  to  a 
format  designer  as  a  perceptual  aid  in  creating  or  changing  a  transaction 
screen . 

In  order  to  alter  a  specific  part  of  the  arrival  transaction  display, 
the  SIDPERS  user  retrieved  the  arrival  transaction  option  screen  (Figure 
12a).  Typical  options  on  this  screen,  concerning  the  current  transaction 
only,  permit  the  user  to  specify  where  specific  items  are  displayed  on 
the  clerk's  screen  the  order  of  item  presentation,  and  a  security 
classification  level  for  each  item. 

As  an  example  of  a  wording  change,  the  SIDPERS  user  was  required 
to  change  the  item  phrase  "Gaining  Unit  Code"  to  "Gaining  UPC."  The 
user  entered  "f,"  depressed  "next,"  and  entered  ”4"  (Figure  12b).  The 
note  to  the  user  at  the  bottom  right  of  the  screen  defines  the  limits 
and  characteristics  of  the  input  field  for  the  item  wording  change.  The 
item  to  be  changed  on  the  screen  is  underlined  to  clearly  show  the  user 
which  item  is  being  changed.  The  user  then  typed  in  "Gaining  UPC"  and 
depressed  "next."  At  this  point  the  "Gaining  Unit  Code"  was  replaced  by 
"Gaining  UPC"  which  was  erased  from  its  original  input  location;  and  the 
input  screen  was  readied  for  another  possible  wording  change  (Figure 
12c).  The  user  depressed  the  "lab"  key,  and  a  pictorial  screen  (Figure 
12d)  showed  the  user  how  the  change  would  look  to  a  transaction  clerk. 
Figure  13  shows  what  the  screen  actually  looked  like  when  a  transaction 
clerk  attempted  to  process  an  arrival  transaction  after  the  wording 
change.  (See  Appendix  D  for  a  typical  set  of  arrival  transaction 
records.)  Notice  that  line  "g"  now  contains  "Gaining  UPC"  and  not 
"Gaining  Unit  Code"  as  in  a  previous  arrival  transaction  (Figure  7b). 
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Mode  of  Operation  =  touch 
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c  Departure  P  set  =  dptltmg 
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g  Touch  Highlight  =  circle 
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Figure  11a.  General  Option  Parameters.  Input  screen 
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Figure  12a.  Arrival  Transaction  Option  Parameters.  Input  screen 
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•a  Type  of  Xn  =  Arrival 
•b  #  items  to  be  entered  =  5 
c  where  display  name  (if  enterd  prior  to  Xn)  =  220 
d  where  display  ssn  (if  entered  prior  to  Xn)  =  320 
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Figure  12b.  Arrival  Transaction  Option  Parameters.  The  screen  is  ready  to  accept  a 
substitution  for  the  phrase  "Gaining  Unit  Code" 
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Figure  12c.  Arrival  Transaction  Option  Parameters.  The  phrase  "Gaining  Unit  Code" 
has  been  changed  to  "Gaining  UPC" 
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Figure  1 2d.  Arrival  Transaction  Option  Parameters.  Graphic  illustration  of  the  effects  of  the 
arrival  transaction  option  parameters 


SUMMARY 


To  reduce  the  burden  o£  inefficient  record-keeping  systems,  the  U.S. 
Army  plans  to  convert  many  of  its  manual  and  semiautomatic  record-keeping 
systems  to  interactive,  real-time  systems.  To  obtain  the  optimal 
level  of  hardware/software  complexity,  to  meet  operator  and  user  require¬ 
ments,  and  to  keep  system  costs,  system  complexity,  and  operator  training 
and  skill  requirements  at  a  reasonable  level,  a  careful  analysis  and 
application  of  appropriate  behavioral,  man-computer  interface  guidelines 
are  required.  A  working  version  of  a  potential  interactive  real-time 
record-keeping  system  (the  Standard  Installation/Division  Personnel 
System,  SIDPERS)  was  created  to  provide  a  hands-on  demonstration  of 
input/output  procedures  and  software  techniques  that  can  provide  assis¬ 
tance  to  operators/users . 

The  behavioral  techniques  and  procedures  in  the  demonstration 
(e.g.,  feedback,  error  detection  and  correction,  prompting,  variable 
entry  format,  variable  input  modes)  were  integrated  with  user  and 
operator  requirements  to  produce  an  efficient  interactive  record-keeping 
system.  It  was  successfully  demonstrated  that  the  human-factored, 
interactive  system  aided  several  types  of  users  in  a  variety  of  ways. 

The  system  functioned  as  an  instructive  aid  to  the  inexperienced  user 
and  as  a  memory  aid  to  the  experienced  user  by  informing  the  user: 
where  to  find  data  and  information;  how  to  input  the  data;  when  errors 
occurred,  what  type  of  errors  they  were  and  how  to  correct  them;  what 
certain  terms  meant;  and  what  inputs  were  acceptable  to  the  computer. 

The  computer  served  as  a  retrieval  clerk  for  those  users  who  needed 
access  to  information  residing  in  the  computer.  The  computer  also  acted 
as  an  organizer  for  the  processing  of  SIDPERS  transactions,  retrieval  of 
information,  and  alteration  of  the  transaction  clerk  displays. 
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APPENDIX  A 


AN  EXAMPLE  OF  DUTY  STATUS  TRANSACTION  RECORDS 


BEFORE  COMPLETING  THIS  FORM,  SEE  PRIVACY  ACT  STATEMENT  ON  REVERSE. 


NAME  (Last,  first,  middle  initial)  (Print  or  type ) 

Troncon,  Dennis  C 

GRADE 

03 

BRANCH 

AG 

SIGNATURE 

DATE 

SOCIAL  SECURITY  NUMBER 

256-82-6296 

OUT 

DATE 

TIME 

DATE 

780310 

TIME 

1545 

HOME  STATION  AND  ORGANIZATION 

US  Army  Research  Institute 
Alexandria,  VA _ 22333 


AUTHORITY  (SO.  TO,  type  of  pass) 


TEMPORARY  AOORESS  AND  TELEPHONE  NUMBER 

DeWitt  Army  Hospital,  Rm  6N3Q,  (202)  555-2391 


DESTINATION  AND  PURPOSE 

DeWitt  Army  Hospital 
Medical  (hos) 


DATE  DUE  TO 

RETURN 


_N/A_ 


STATUS  AND  LENGTH  OF 

STAY 


N/A 


DA  Form  647-1 
1  May  78 


PERSONNEL  REGISTER 

For  uii  of  this  form,  wo  AR  210-10,  proponent 
agency  it  MILPERCEN. 


LriLCLui.-Ci  bUuJK-MOT 
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APPENDIX  A 


PERSONNEL  DATA  -  SIDPERS 

For  UM  of  thll  form.  V*  AH  0*0-1  the  nropO"«nt  e<)ency  Is  MILPF  RCfcN. 


OAT  A  REQUIRED  BY  THE  PRIVACY  ACT 


AUTHORITY:  Title  6,  United  States  Code,  Section  301. 

PRINCIPAL  PURPOSE(S):  a.  Permanent  historical  and  leg.il  document  pertaining  to  the  individual  shown  thereon  during  the  period  of 
aeaignment/attachinent  with  a  specific  unit. 

b.  Is  the  replacement  document  for  the  Morning  Report  (DA  Form  1)  for  unit  supported  by  the  Standard 
Installation  Division  Personnel  System  (SIDPKRS). 

ROUTINE  USES:  a.  Provide  unit/PAC  clerk  with  personnel  information  which.  In  conjunction  with  appropriate  aource  document! 

enable  the  umt/PAC  clerk  to  prepare  SIDl’hWS  change  report*  to  update  fu-ld  and  HQDA  data  bates. 

b.  Recording  of  this  change  data  on  the  rrverae  side  Part  II  to  provide  an  audit  trail  of  incidents/occurrencea. 

c.  Reconcile  assigned /attached  strength  of  the  unit  against  rosters,  unit  manning  reports  and  other  strength 
related  documents. 

d.  Recording  of  other  personnel  management  data  not  otherwise  shown  elsewhere;  e.g.,  local  address,  phone 
number  for  emergency  and  alert  purposes 

e.  Maybe  used  aj  a  substitute  for  the  Personnel  Action,  DA  Form  4187  as  an  evidentiary  document  In 
courts- martial  proceedings. 

DISCLOSURE:  Mandatory  disclosure  of  local  address,  telephone  number,  and  name  and  address  of  next-of-kin  is  required  for 

emergency  notification.  Failure  to  disclose  these  data  could  result  in  delayed  notification  of  emergency  to 

the  soldier  and/or  next-of-kin. 


ORGANIZATION  (UPC) 

wo49aa 


UNIT/STATION 

U.S.  Army  Research  Institute 


1.  NAME  fL.it,  tint,  middle) 

Troncon,  Dennis  C. 


».  DUTY  ASSIGNMENT  I  S.  DUTY  SHONE  NUMBER 


S-M.US 


2.  SSN 

256-82-6296 


8.  GRADE  &  PAY  GRADE  4.  BLOOD  TYPE 

03  A+ 


7.  LOCAL  ADDRESS  (Include  /.IP  Code ) 


•  .  LOCAL  PHONE  NO. 


(202)  555-8865 


555-5922 


9.  NEXT  OF  KIN  (Same  and  addreta)  (Include  ZIP  Code ) 

Mr.  &  Mrs.  M.D.  Troncon,  2933  Keene  Valley  Road,  Blake,  VA  2201 


11.  PLACE  OF  BIRTH 

Burke,  VA 


6405  Bruketree  Rd 
Sorincfield.  VA  22015 


10.  HOME  OF  RECORD 

Burke,  VA 


12.  HIGHEST  AWARO(S) 

ARC0M,  GCM 


18*.  SOT  PRIMARY  fScor*  and  data) 

N/A 


18b.  SOT  SECONDARY  /Score  and  date ) 


COMMANDER'S  OR  AUTHORIZED  REPRESENTATIVE'S  GRADE.  NAME  AND  INITIALS 


CERTIFICATE 

I  certify  that  the  Initials  appearing  above  oppoSte  the  name  and  on  the  reverse  aide  of  this  form  are  thoaa  of  myself  as  Commander/ 
desip's  ted  Bn  PAC  representative  or  my  authorised  representative!.  I  further  certify  that  the  entry  on  the  reverse  aide  as  Initialed 
Is  a  true  statement  as  pertains  to  the  Individual  indicated  hereon  for  the  reporting  period. 


COMMANDER  I  TENURE  DATES  COMMANDER  TENURE  DATE* 


TENURE  OATES 


TENURE  DATES 


TENURE  OATES 


TENURE  OATES 


0A.”“,  2475-2 


EDITION  OF  1  JAN  fd  ANO  OA  FORM  247S-2R  •  PRtVACY 
ACT  STATEMENT,  26  *EP  78  ARE  OBSOcETE. 
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APPENDIX  B 


AN  EXAMPLE  OF  DEPARTURE  TRANSACTION  RECORDS 


HI  FORE  COMPLETING  THIS  FORM,  SEE  PRIVACY  ACT  ST  A 1  EM  ENT  ON  REVERSE 


NAME  (Last,  first,  middle  initial)  ( Print  or  type) 

SMITH.  James  G. 

GRADE 

03 

BRANCH 

Ml 

SIGNATURE 

DATE 

22  August  1978 

SOCIAL.  SECURITY  NUMBER 

747-61-8121 

IN 

OUT 

DATE 

TIME 

DATE 

780822 

TIME 

0845 

HOME  STATION  AND  ORGANIZATION 

Co  F,  2d  Sch  Bn,  HQ  Sch  Bde 
USAICS 

Ft.  Huachuca.  A Z  85613 

AUTHORITY  (SO,  TO,  type  of  pass) 

Orders  85-67 

TEMPORARY  ADDRESS  AND  TELEPHONE  NUMBER 

3335  Chatham  Rd,  Atlanta,  GA  (404)  555-9355 


DESTINATION  AND  PURPOSE 

US  Army  Research  Inst 
Alexandria,  VA  22333 
Reassignment  (pdg) 


DATE  DUE  TO 
RETURN 


N/A 


STATUS  AND  LENGTH  OP 
IT  A  V 


N/A 


DA  Form  847-1 
1  May  76 


PERSONNEL  REGISTER 

For  un  of  this  form,  »•  AR  210-10,  proponent 
•0*ncy  it  MILPERCEN. 


i-rtLGjUu.vG  i  -c  , 


“Or  Uui! 
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APPENDIX  B 

Department  of  the  Army 
US  Army  Military  Personnel  Center 
Ft.  Huachuca,  AZ  85613 

REASSIGNMENT  WITHOUT  OVERSEA  TRAVEL 

Orders  85-67 

SMITH,  James  G.,  747-61-8121,  CPT  Co  F,  2d  Sch  Bn,  HQ  Sch  Bde,  USAICS 
(W1E81T  L)  Ft  Huachuca,  AZ  85613,  Ml 

You  will  proceed  on  permanent  change  of  station  as  indicated. 

Assigned  to:  US  Army  Research  Institute  (wo49aa),  Alexandria,  VA  22333 
Reporting  date:  25  Aug  78 
Additional  instructions:  None 


FOR  ARMY  USE 

Auth:  FONECON  MAJ  Mitchell,  HQ  DA  DAPC-OPF-M  Alexandria,  VA  and  Ms  Echols  Stu  Par, 
HQ,  Ft.  Huachuca,  AZ 


Asigd  to  mgt  dsg:  25  Apr  77 

Pers  con  no:  SF-QK-07-J-0003-78 
MDC  2b 
PEBD:  NA 
Format:  410 


Control  specialty:  S1A350000 
PMOS/PSSI :  N/A 
Enl/REENLB  indie:  N/A 
PPD :  N/A 

Proj  Specialty:  360000000 
Lv.  Auth:  2  days 


FOR  THE  COMMANDER 


JOHN  D.  WELCH 
CPT,  GS 


APPENDIX  8 


1  name  (Last.  First.  Middle) 

Smith,  James  G. 

6  ORGANISATION  AND  STATION 


REQUEST  AND  AUTHORITY  FOR  LEAVE 

For  um  of  thia  form,  AR  630- 5;  tfio  proponent  ogancy  is  US  Army  Military  Par  tanna I  Cantor. 
(See  Instruction*  on  Reverse ) 

PART  -  I 

2.  SOCIAL  SECURITY  NO  |  PAY  GRADE  4.  0AT£ 

_ 747-61-8121  03 _ 20  Aug  78 

7.  TYPE  OF  ABSENCE  $. 


Co  F,  2d  Sch  Bn,  HQ  Sch  Bde  *.£1  ORDINARY  LEAVE 
USAICS  *•  [J  OTHER  (Speedy)  __ 

Ft.  Huachuca,  AZ  85613  ’ 


NO  OF  DAYS  LEAVE  j  10  NO  OF  OAYS  ACCRUED  1  » I .  NO.  OF  DA YS  AOVANCEO  |  12.  NO.  OF  DAYS  EXCESS 


11  LEAVE  a  o  Dr  ess  (Inc  htJc  ZIP  Code  snJ  Telephone  No.)  14  SIGNATURE  OF  REQUESTOR 

2335  Chatham  Rd 
Atlanta,  GA  30305 
(404)  237-9355 


IS  SUPERVISOR  RECOMMENDATION 

flO  APPROVAL  DISAPPROVAL 

SIGNATURE 


1$  NAME.  TITLE  ORGANIZATION  OF  APPROVING  AUTHORITY 

V. A.  Brown,  CPT,  Ml,  Commander,  Co  F,  2nd  Sch  Bn 


I  17.  SIGNATURE  OF  APPROVING  AUTHORITY 


Ita  DATf  ,TlM£  OF  DEPARTURE 


19  NAME/TITLE  OF  AUTHENTICATING  AUTHORITY  |  20  SIGNATURE  OF  AUTHENTICATING  AUTHORITY 


|2I.  EXTENSION  (No.  at  days  ani  dele  eppoved)  APPROVING  AUTHORITY 


|22  DATE  TIME  OF  RETURN 


|2S  SO,  LO,  DA  FORM  M2  OR  AUTHORITY  FOR  TRAVEL 


J2J  NAME/TITLE  OF  AU  THENT  1C  A  T ING  AUTHORITY  >24  SIGNATURE  OF  AUTHENTICATING  AUTHORITY 


_ PART  ■  II _ 

APPLICABLE  TO  AUTHORIZED  TRAVEL  ONLY 


INSTRUCTIONS  FOR  SERVICING  ST  AT  ION;  ORGANIZATION 

fAPOC,  APOD,  TOY  Slat  ion.  Others) 

DATE  TIME  STAMP  WHEN  SERVICE  MEMBER  ARRIVES,  DEPARTS  YOUR  ST  AT  ION /ORG  ANI  Z  AT  ION 


FORM  1 

;  t  AUG  75  « 


lb.  DEPART  STATION  1 


If.  QtRART  STATION  2 


|c.  ARRIVE  STATION  2 


lg.  ARRIVE  STATION  4 


|<|.  OEPAPT  STATION  2 


Ifl.  DEPART  STATION  4 


127.  OATC/TIME  OF  ARRIVAL  I  28.  NAME  OF  GAINING/PARENT  ORGANIZATION 


.  SIGNATURE  OF  AUTHENTICATING  AUTHORITY 


REPLACES  EDITION  OF  1  OCT  73.  WHICH  WILL  BE  USED. 
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APPENDIX  C.  AN  EXAMPLE  OF  GRADE  CHANGE  TRANSACTION  RECORDS 


DEPARTMENT  OF  THE  ARMY 

US  Army  Research  Institute  for  the  Behavioral  and  Social  Sciences 
5001  Eisenhower  Avenue,  Alexandria,  VA  22333 


ORDERS  20-1 

WOLF,  ERNEST,  444-32-1198,  PV2 ,  22nd  MP  Co,  4  Bn,  1st  Trng  Bde 
(WVHBBB)  Ft.  Eustis,  VA  26302 

You  are  promoted  to  grade  shown.  Promotion  is  made  in  the  MOS  shown 
below  and  will  be  designated  as  your  primary  MOS  on  the  effective  date 
of  promotion.  Promotion  is  not  valid  if  you  are  not  in  a  promotable 
status  on  the  effective  date  of  promotion. 

Grade  promoted  to:  PFC 
How  acquired:  D 
MOS:  95bl0 

Additional  Skill  Identifier  code:  20 
Effective  date:  780601 
Date  of  rank:  780623 
Authority:  Order  20-1 
Additional  instructions:  None 
Format :  302 

Remarks:  PMOS  how  acquired:  D 

FOR  THE  COMMANDER: 


THOMAS  A.  MITCHELL 
CPT ,  GS 


1  Cli,. 


APPENDIX  D.  AN  EXAMPLE  OF  ARRIVAL  TRANSACTION  RECORDS 


Department  of  the  Army 
U.S.  Army  Military  Personnel  Center 
Ft.  Hood,  TX  36901 


Orders  29-1 

GLASS  Martin  R. ,  599-31-2563,  SP4  A  Co  5th  Bn,  1  Bde(SPT)  (AAC-C07  L) 
Ft.  Hood,  Tx  76544 

You  will  proceed  on  permanent  change  of  station  as  indicated. 

Assigned  to:  B  Co  2Bn  2  Bde  (obozll)  Ft  Myer,  Washington,  D.C. 
Reporting  Date:  780704 
Additional  instructions :  None 

FOR  ARMY  USE 

Auth:  Order  81-91,  dated  2  July  1978 
Asgd  to  mgt  dsg:  76520 
Pers  con  no:  SF-QK-07-50007-78 
MDC:  2b 

PEBD:  2  June  197 8 
Format:  410 

Remarks:  Position  Number:  btl6 


Control  specialty:  N/A 
PMOS/PSSI :  N/A 
Enl/REENLB  indie: 

PPD:  N/A 

Proj  speciality:  N/A 


FOR  THE  COMMANDER 


ROBERT  E.  WALKER 
MAJ,  GS 


V-  r\  ^  * 
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APPENDIX  D 


BEFORE  COMPLETING  THIS  FORM,  SEE  PRIVACY  ACT  STATEMENT  ON  REVERSE. 


APPENDIX  D 


1  ’  REQUEST  AND  AUTHORITY  FOR  LEAVE  V 


Far  UM  rnf  ffcia  mm,  aaa  Aft  IX^Sj  tUmwai  a*s*cy  ••  U*  Anay  Military  r*aeaaRaal  Caatar. 


L  Hwiatanwi  afancy  la  U>  a 

ffaa  MMwcHoai  on  ffararaaj 


PART  .  I 


l.  name  (Laif.  Ftnt,  Middle) 

Glass,  Martin  R. 


2.  social  security  no. 

599-31-2563 


I.  PAY  QPAOt 

SP4 


2  July  1978 


f.  CONTROL  NO 


C  •  ORGANIZATION  ANC)  STATION 


7.  TYRE  OF  ABSENCE 

ORDINARY  LEAVE 

b.  r~|  OTHER  (Spec tty)  — 


2  July  1978 


».  NO.  OF  DAYS  LEAVE 


3  July  1978 


IS  leave  ADDRESS  (Inc  lute  ZIP  Cads  and  Telephone  No.) 

312  Old  Nestor  Dr. 

Des  Moines,  10  •  50311 
(515)  555-6101 


14.  SIGNATURE  OF  REQUESTOR 


IS  SUPERVISOR  RECOMMENDATION 

fX  APPROVAL  f- ]  DISAPPROVAL 


IS.  NAME.  TITLE.  ORGANIZATION  OF  APPROVING  AUTHORITY 


17.  SIGNATURE  OF  APPROVING  AUTHORITY 


D.M.  Cambell,  CPT,  A  Co,  5th  Bn,  1  B«Je  (SPT) 
Ft.  Hood,  TX  76544 


IS  DATE/TIME  OF  DEPARTURE 


19.  NAME/TITLE  OF  AUTHENTICATING  AUTHORITY 


20.  SIGNATURE  OF  AUTHENTICATING  AUTHORITY 


E2 1  extension  (No.  at  days  an*  data  a&roved)  APPROVING  AUTHORITY 


(JiDAreTTMCOFREruRN 


23-  MAME/TITLE  OF  AUTHENTICATING  AUTHORITY  |2«.  SIGNATURE  OF  AUTHENTICATING  AUTHORITY 


PART  •  II 


APPLICABLE  TO  AUTHORIZED  TRAVEL  ONLY 


2S.  SO  LO.  DA  FORM  s«2  OR  AUTHORITY  FOR  TRAVEL 


INSTRUCTIONS  FOR  SERVICING  STATION/ORGANIZATION 

(APOE.  APOD,  TDY  Station,  Other a) 

OATE/TlME  STAMP  WHEN  SERVICE  MEMBER  ARR  ivES/  DE  PARTS  YOUR  ST  ATI  ON/ORG  ANI Z  AT  ION 


a.  ARRIVE  STATION  I 


b.  DEPART  STATION  I 


C.  ARRIVE  STATION  2 


d.  OEPART  STATION  J 


ARRIVE  STATION  3 


t.  DEPART  STATION  9 


g.  ARRIVE  STATION  « 


ft.  DEPART  STATION  4 


27.  DATE/TIME  OF  ARRIVAL  |  28  NAME  OF  GAINING/PARENT  ORGANIZATION 


2#  SIGNATURE  OF  AUTHENTICATING  AUTHORITY 


30.  REMARKS: 


DA>”™»31 


REPLACES  EDITION  OF  I  OCT  73,  WHICH  WILL  BE  USED. 
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INDIVIDUAL  > 


DISTRIBUTION 


ARI  Distribution  tilt 


4  OASO  (MftRA) 

2  HQOA  (DAMt-CSZ) 
t  HQOA  (OAPE-PBR) 

)  HQDA  IDAMA-AR) 

1  HQDA  (DAPE-HRE-PO) 

1  HQDAtSGRD-iO) 

1  HQDA  (DAMI-OOT-C) 

1  HQOA  {DAPC-PMZ  AI 
1  HQDA  (DACH-PPZ  A) 
t  HQOA  <OAPE-HRE) 

1  HQOA  (OAPE  MPO-C) 

1  HQOA  (OAPE-OWI 
1  HQOA  (DAPB  HRU 
1  HQDA  {DAPE -CPS) 

1  HQOA  (OAFO-MFA) 

1  HOOA  (OARO-ARS-P) 

1  HQOA  (OAPC-PAS-A) 
t  HQOA  (DUSA-OR) 

1  HQOA  (DAMO-RQR) 

1  HQOA(OASG) 

1  HQOA  (0A10-PD 

t  Chief,  Consult  Oiv  (DA-QTSG).  Adefphi,  MO 
1  Mil  Am.  Hum  Re*.  ODDR&E.  OAD  (EftLS) 

1  HQ  USAflAL,  APO  Seattle,  ATTN:  ARAGP  R 

1  HQ  First  Army.  ATTN:  AFKA-OI-T1 

2  HQ  Fifth  Army.  Ft  Sam  Houston 

1  Oir.  Army  Stf  Studies  Ofc.  ATTN:  OAVCSA  (DSP) 

1  Ofc  Chief  of  Stf,  Studies  Otc 
1  OCSPER.  ATTN:  CPS/OCP 
1  The  Army  Ub,  Pentagon,  ATTN:  RSB  Chief 
t  The  Army  Lib.  Pentagon,  ATTN:  ANRAL 
J  Ofc.  Asst  Sect  of  the  Army  iR&D) 

1  Tech  Support  Ofc,  OJCS 
1  USASA.  Arlington,  ATTN;  IARD-T 

1  USA  Rsch  Qfc,  Durham.  ATTN:  Life  Sciences  Dir 

2  USARI6M.  Natick,  ATTN:  SGRO-UE  CA 

t  USATTC.  Ft  CUyton.  ATTN:  STETC-MO-A 
1  USAIMA.  Ft  Bragg.  ATTN:  ATSU-CTO-OM 
1  USAIMA.  Ft  Bragg.  ATTN:  Marquat  L»b 
1  US  WAC  Ctr  ft  Sch,  Ft  McClellan.  ATTN:  Lib 
1  US  WAC  Ctr  &  Sch.  Ft  McClellan.  ATTN:  Tng  Oir 
t  USA  Quartermaster  Sch.  Ft  Lee,  ATTN:  ATSM-TE 
1  Intelligence  Material  Day  Ofc,  EWL,  Ft  Holabird 
1  USA  SE  Signal  Sch.  Ft  Gordon.  ATTN:  ATSO-EA 
1  USA  Chaplain  Ctr  &  Sch.  Ft  Hamilton,  ATTN:  ATSC-TE-RO 
1  USATSCH.  Ft  Eustis.  ATTN:  Educ  Advisor 

1  USA  War  College,  Carlisle  Barracks,  ATTN:  Lib 

2  WRAlR,  Neuropsychiatry  Oiv 
1  DLI.  SOA.  Monterey 

1  USA  Concept  Anal  Agcy,  Bethtsda.  ATTN:  MOCA-MR 
1  USA  Concept  Anal  Agcy,  Bethesda.  ATTN:  MOCA-JF 
1  USA  Arctic  Test  Ctr.  APO  Seettle,  ATTN:  STEAC-PL-Ml 
1  USA  Arctic  Test  Ctr.  APO  Seettle.  ATTN:  AMSTE-PLTS 
1  U$A  Armament  Cmd.  Redstone  Arsenal,  ATTN:  ATSK-TEM 
1  USA  Armement  Cmd.  Rock  Island.  ATTN:  AM$AR*TOC 
1  FAA-NAFEC.  Atlantic  City,  ATTN:  Library 
t  F  AA-NAFEC,  Atlantic  City.  ATTN:  Human  Engr  Br 

1  FAA  Aeronautical  Ctr,  Oklahoma  City,  ATTN:  A  AC -440 

2  USA  Fid  Arty  Sch.  Ft  Sill,  ATTN:  Library 
1  USA  Armor  Sch.  Ft  Knox.  ATTN:  Library 

1  USA  Armor  Sch,  Ft  Knox.  ATTN:  ATSB*Dl-£ 

1  USA  Armor  Sch,  Ft  Knox.  ATTN:  ATSB-DT-TP 
1  USA  Armor  Sch.  Ft  Knox.  ATTN:  ATSB-CD-AO 


2  HQUSACOEC,  FtOrd.  ATTN:  Library 

1  HQUSACOEC.  Ft  Ord,  ATTN:  ATEC -EX-E-Hum  Factors 

2  USAEEC,  Ft  Benjamin  Harrison,  ATTN:  Library 

1  USAPACOC.  Ft  Benjamin  Herhson.  ATTN:  ATCP—HR 
1  USA  Comm-Elect  Sch,  Ft  Monmouth.  ATTN:  ATSN-6A 
t  USAEC,  Ft  Monmouth,  ATTN:  AMSEL -CT-HDP 
1  USAEC.  Ft  Monmouth.  ATTN:  AMSEl-PA-P 
t  USAEC.  Ft  Monmouth,  ATTN:  AMSEL-S1-C8 
1  USAEC.  Ft  Monmouth.  ATTN:  C.  Fad  Ocv  Sr 
1  USA  Materials  Svs  Anal  Agcy,  Aberdeen,  ATTN:  AMXSY-P 
t  Edgewood  Arsenal,  Aberdeen.  ATTN:  SAREA-BL-H 

1  USA  Ord  Ctr  ft  Sch,  Aberdeen,  ATTN:  ATSL-TEM-C 

2  USA  Hum  Engr  Lab.  Aberdeen,  ATTN:  Library/Dir 

1  USA  Combat  Arms  Tng  Bd,  Ft  Banning.  ATTN;  Ad  Supervisor 
1  USA  Infantry  Hum  Rsch  Unit,  Ft  Banning.  ATTN:  Chief 
1  USA  I  of  to  try  $d,  Ft  Benntng,  ATTN:  STE8C-TE-T 
1  USASMA.  Ft  Bliss.  ATTN:  ATSS-LRC 
1  USA  Air  Oef  Sch.  Ft  Bliss.  ATTN:  ATSA-CT0-M6 
1  USA  Air  Def  Sch,  Ft  Bliss.  ATTN:  Tech  Lib 
1  USA  Air  Oef  0d.  Ft  Bliss.  ATTN:  FILES 
1  USA  Air  Def  Bd.  Ft  Slits.  ATTN:  STESD-PO 
1  USA  Cmd  ft  General  Stf  College,  Ft  Leavenworth,  ATTN:  Lib 
1  USA  Cmd  ft  General  Stf  College.  Ft  Leavenworth.  ATTN:  ATSW^SE-L 
t  USA  Cmd  ft  General  Srf  Collage,  Ft  Leavenworth,  ATTN:  Ed  Advisor 
\  USA  Combined  Arms  Cmtot  Dev  Act.  Ft  Leavenworth.  ATTN:  DepCdr 
I  USA  Combined  Arms  Cmbt  Dev  Act,  Ft  Leavenworth.  ATTN:  CCS 
1  USA  Combined  Arms  Cmbt  Dev  Act.  Ft  Leavenworth,  ATTN:  ATCASA 
1  USA  Combined  Arms  Cmbt  Dev  Act.  Ft  Leavenworth.  ATTN:  ATCACO-E 
1  USA  Combined  Arms  Cmbt  Dev  Act,  Ft  Leavenworth.  ATTN:  ATCACC-CI 
1  USAECOM.  Night  Vision  Lab.  Ft  8elvoir.  ATTN:  AMSEL-NV-SD 

3  USA  Computer  Sys  Cmd.  Ft  Belvoir,  ATTN:  T*ch  Library 
1  USAMEROC,  Ft  Belvoir.  ATTN:  STSFB-00 

t  U$A  Enq  Sch,  Ft  Belvoir.  ATTN:  Library 
1  USA  Toooqrephic  Lab.  Ft  Belvoir.  ATTN:  6TL-T0-S 
1  USA  Toooqrephic  Lab.  Ft  Belvoir.  ATTN:  STINFO  Center 
1  USA  Tooographic  Lab.  Ft  Belvoir.  ATTN:  ETL-GSL 
1  USA  Intelligence  Ctr  &  Sch.  Ft  Muachuca.  ATTN:  CTO-MS 
1  USA  Intelligence  Ctr  ft  Sch,  Ft  Huechuca.  ATTN:  ATS— CTO— MS 
t  USA  Intelligence  Ctr  ft  Sch,  Ft  Huechuca,  ATTN:  ATSI—TE 
1  USA  Intelligence  Ctr  &  Sch.  Ft  Huechuca,  ATTN:  ATSl—TEX  -GS 
1  USA  Intelligence  Ctr  ft  Sch,  Ft  Huechuca,  ATTN:  AT$I— CTS-QR 
1  USA  Intelligence  Ctr  ft  Sch,  Ft  Huechuca,  ATTN:  ATSI—CTO— DT 
1  USA  Intelligence  Ctr  ft  Sch,  Ft  Huachuca,  ATTN;  ATSI—CTO— CS 
1  USA  Inttlligtnca  Ctr  ft  Sch,  Ft  Huachuca,  ATTN:  DAS/SRD 
t  USA  Intelligence  Ctr  &  Sch.  Ft  Huachuca,  ATTN:  ATSI— T6M 
1  USA  Intelligence  Ctr  ft  Sch.  Ft  Huachuca.  ATTN:  Library 

1  CDR,  HQ  Ft  Huachuca.  ATTN:  Tech  Ref  Div 

2  CDR,  USA  Electronic  Prvg  Grp,  ATTN:  STEEP-MT-S 
1  Ha  TCATA.  ATTN:  Tech  Library 

1  Ha  TCATA.  ATTN:  AT  CAT-OP -0.  Ft  Hood 
t  USA  Recruiting  Cmd,  Ft  Sheridan,  ATTN:  USARCPM*P 
\  Senior  Army  Adv.,  USAF  AGOO/TAC,  Elgin  AF  Aux  Fid  No.  9 
1  Ma  USARPAC.  OCSPER.  APO  SF  965SB.  ATTN:  GPPE-SE 
1  Stimeon  Lib.  Academy  of  Health  Science*.  Ft  Sam  Houiton 
}  M  trine  Corfu  I  net..  ATTN:  OeemMCl 
1  HQ,  USMC.  Commandant.  ATTN:  Coda  MTMT 

1  Ha  USMC,  Commandant.  ATTN:  Code  MP I -20*28 

2  USCG  Academy.  New  London,  ATTN:  Admission 
2USCG  Academy.  New  London,  ATTN:  Library 

1  USCG  Training  Ctr.  NY.  ATTN:  CO 
t  USCG  Training  Ctr.  NY.  ATTN:  Educ  Svc  Ofe 
1  USCG,  Ptychot  Rai  Br.  DC.  ATTN:  GP  1/82 
1  HQ  Mid- Range  Br.  MC  Dat.  Quantico.  ATTN:  PftS  Oiv 
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1  US  Marine  Corps  Liaison  Ofc.  AMC.  Aitxandria.  A  t1  t N:  AMCGS— F  1  Off  &  Civil  Inst  of  Enviro  Medicine,  Canada 

1  USATRAOOC,  Ft  Monroe.  ATTN:  ATRO-cD  '  AIR  CRESS.  Kensington.  ATTN:  Info  Sys  Br 

6  USATRAOOC,  Ft  Monroe.  ATTN:  ATPR-AD  1  Militeerpsykologisk  Tjenette.  Copenhagen 

1  USATRAOOC.  Ft  Monroe.  ATTN:  ATTS-EA  1  Military  Attache.  French  Embassy.  ATTN:  Ooc  Sec 

1  USA  Forces  Cmd.  Ft  McPherson,  ATTN:  Library  1  Medecm  Chef  C.E.R.P.A.- Arsenal  Toulon/ Naval  France 

2  USA  Aviation  Test  Sd,  Ft  Rucker.  ATTN  STEBG-PO  1  pr,n  Scientific  Off,  Appl  Hum  Engr  Rsch  Oiv,  Ministry 

1  USA  Agcv  for  Aviation  Safety.  Ft  Rucker.  ATTN:  L.brary  of  Defense,  New  Delhi 

1  USA  Agcv  for  Aviation  Safety.  Ft  Rucker  ATTN:  Educ  Advisor  1  Rsch  0fc  Library.  AKA.  Israel  Defense  Forces 

1  USA  Aviation  Sch.  Ft  Rucker.  ATTN:  PO  Orawer  0  J  Mimsteris  van  Defensie.  DOOP/KL  Afd  Sociaai 

1  HQUSA  Aviation  Sys  Cmd.  St  Louis.  ATTN  AMSAV-ZDR  Psychologist*  Zaken,  The  Hague.  Netherlands 

2  USA  Aviation  Sys  Test  Act..  Edwards  AFB.  ATTN:  SAVTE-T 
1  USA  A.r  Oaf  Sch,  Ft  Bliss.  ATTN:  ATSA  TEM 

1  USA  Air  Mobility  Rsch  &  Dev  Lab.  MoHen  Fid.  ATTN:  SAVDL-AS 
1  USA  Aviation  Sch.  Res  Tng  Mgt.  Ft  Rucuer.  ATTN:  ATST-T-RTM 
t  USA  Aviation  Sch.  CO.  Ft  Rucker.  ATTN.  A7ST-D-A 
1  HQ.  OARCOM.  Alexandria.  ATTN  AMXCD-TL 
1  HQ.  OARCOM.  Alexandria.  ATTN.  COR 
1  US  Military  Acadamy.  West  Point.  ATTN:  Serials  Unit 
1  US  Military  Academy.  West  Point.  ATTN:  Ofc  of  Milt  Ldrshp 
1  US  Military  Academy.  West  Point,  ATTN:  MAOR 
I  USA  Standardization  Gp.  UK.  FPQ  NY.  ATTN:  MASE-GC 
1  Ofc  of  Naval  Rsch,  Arlington,  ATTN  Code  452 

3  Ofc  of  Navel  Rich.  Arlington.  ATTN.  Code  458 
T  Ofc  of  Naval  Rsch.  Arlington,  ATTN  Code  450 
1  Ofc  of  Naval  Rsch,  Arlington.  ATTN  Coda  441 

1  Naval  Aerospc  Med  Res  Lab  Pensacola  ATTN:  Acous  Sch  O'v 
1  Naval  Aerosoc  Med  Res  Lao.  Pensacola.  ATTN:  Code  LSI 
1  Naval  Aerospc  Med  Res  Lab.  Pensacola.  ATTN  Code  L5 
1  Chief  0f  NavPers.  ATTN:  Pers-OR 
1  N AVAlRST A.  Norfolk.  ATTN.  Safety  Ctr 
1  Nav  Oceanogreohic.  DC,  ATTN:  Code  6251.  Charts  &  Tech 
1  Center  of  Naval  Anal.  ATTN:  Doc  Ctr 
»  NavAirSvsCom.  ATTN-  AIR-531X 
1  Nav  BuMed.  ATTN:  713 
I  NavHtiicootarSubSqua  2.  FPO  SF  9660  f 
1  AFHRL  I  FT)  Williams  AFB 
1  AFHRL  ITT)  Lowry  AFB 

1  AFHRL  IASI  WPAFB.  OH 

2  AFHRL  (DOJZ)  Brooks  AFB 

1  AFHRL  IDOJNI  Lackland  AFB 
I  HQUSAF  IINYSO) 

1  HQUSAF (DPXXAI 

1  AFVTG  IRDI  Randolph  AFB 

3  AMRL  IHE)  WPAFB.  OH 

2  AF  insr  of  Tech.  WPAFB.  OH  ATTN.  ENEiSL 
1  ATC  (XPTDI  Randolph  AFB 

1  USAF  AeroMed  L.b.  Brooks  AFB  (SUL-41.  ATTN:  DOC  SEC 
1  AFOSR  INL).  Arlington 

1  AF  Log  Cmd.  McClellan  AFB.  ATTN  ALC'OPCRB 

1  Air  Force  Academy.  CO.  ATTN'  Oept  of  Bel  Sen 
5  NavPers  &  Dev  Ctr.  San  Diego 

2  Naw  Mea  Neuropsychiatrtc  Rsch  Unit.  San  O'tgo 
)  Nav  Electronic  Lab.  San  Diego  ATTN  Res  Lab 

1  Nav  TrngCen,  San  Oiego.  ATTN:  Code  9000-L-b 
I  NavPostGreSch.  Monterey.  ATTN:  Code  55Aa 
1  NavPostGreSch.  Monterey.  ATTN  Code  2124 
1  NavTrngEquioCtr.  Orlando.  ATTN:  Tech  Lib 
1  US  Oept  of  Labor.  DC.  ATTN:  Manpower  Admin 
1  US  Dept  of  Justice.  OC.  ATTN:  Drug  Enforce  Admin 
1  Nat  Bur  of  Standards.  OC.  ATTN:  Computer  Info  Section 
l  Nat  Clearing  House  for  MH-lnfo,  Rockville 
1  Denver  Federal  Ctr  Lakewood,  ATTN-  BLM 
1 2  Defense  Documentation  Center 

4  0<f  Psvch.  Army  Ho,  Russell  Ofcs.  Canberra 

•  Scient’f'C  Advsr.  Mi i  Bd.  Army  Hq.  Russell  Ofcs.  Canoen- 
■■  M-i  jrd  Air  Attach*  Austrian  Embassy 

1  Centre  de  Recherche  Des  Facteurs.  Humame  de  ‘a  Defense 
National*  3russeis 

2  Canadian  joint  Start  Washington 

i  C  Air  Staff  Rovai  Canadian  AF  ATTN  Per*  Std  Anal  0r 

3  Ch*f  Canadian  D*f  Rscn  Staff  ATTN  C  CROSiWi 

4  Sr  t  sn  Oet  Staff  Br-rnh  Emoaisv  Washington 
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